Device and method for characterization and optimization of multiple simultaneous real-time data connections

ABSTRACT

A computer implemented system is provided for improving performance of transmission in real-time or near real-time applications from at least one transmitter unit to at least one receiver unit. The system includes an intelligent data connection manager utility that generates or accesses performance data for two or more data connections associated with the two or more communication networks, and based on the current performance data determining current network transmission characteristics associated the two or more data connections, and bonds the two or more data connections based on: a predetermined system latency requirement; and dynamically allocating different functions associated with data transmission between the two or more data connections based on their respective current network transmission characteristics. The data connection manager utility then manages dynamically the transmission of relatively large data sets across the two or more bonded or aggregated data connections in a way that meets the system latency requirement and improves performance in regards to other network performance criteria (including data transfer rate, errors, and/or packet loss). Related computer implemented methods are also provided.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/360,372, which is a National Stage Entry of PCT Application No.PCT/CA2013/000763, filed Sep. 6, 2013; which claims the benefit ofincluding priority to U.S. Provisional Patent Application No.61/698,082, filed Sep. 7, 2012. All of these applications are herebyincorporated by reference in their entireties.

FIELD

Embodiments described herein relate to network communications.Embodiments described herein relate more particularly to systems andmethods for improving the performance of real time or near real timedata communications.

INTRODUCTION

In many real-time data transmission applications, it is desirable tohave a pre-determined, maximum end-to-end latency for the transmissionof data between capture at the transmitter, and successful delivery ofthat data to the system(s) connected to the receiver. This end-to-endlatency is referred to as “system latency”. For example, in the case ofreal-time video, system latency is defined as the time from video framecapture to the time when that frame is available for playback at thereceiver.

Data transmission can be made over wired, wireless (including, but notlimited to, satellite networks, microwave networks, and cellularnetworks) or optical networks. All network types have a time delaybetween when data is submitted for delivery by the transmitter and whenit arrives at the receiver. This time delay is known as “networklatency”. For some wireless networks there is an empirical relationshipbetween data rate and network latency—as the data rate increases,network latency may also increase proportionately until it reaches athreshold where the latency increase becomes exponential and data lossis guaranteed. In other network types, latency may remain relativelyconstant as the data rate is increased; however, once the data ratepasses a certain threshold, packet loss increases dramatically. Othertypes of networks have similarly characteristic relationships betweendata rate, latency, and loss.

Various types of network connections, including but not limited tocellular, WiFi, satellite, microwave, Ethernet or optical fiberconnection, may have different characteristics. For the purposes ofreal-time data transmission, these characteristics include but are notlimited to cost to use the connection (typically based on the volume ofdata transferred), one-way time delay for data transfer from thetransmitter to the receiver (the previously defined network latency),maximum supported bit rate and bit error rate (packet loss).Significantly out of order packets can be an indicator of impendingpacket loss. These characteristics are generally a property of aspecific connection type and may vary over time as a result of changingnetwork conditions or other factors (e.g., the changing location of atransmitter). Knowing these characteristics a priori and trackingchanges affecting them over time can provide useful information forerror correction techniques that may be devised to correct the errorsintroduced by the connection characteristics themselves or changes inthese connection characteristics over time.

A real-time or near real-time data transmission system generally mayinclude a transmitter that sends data over a forward channel to areceiver using one or more simultaneous network connections. For somenetwork configurations, there may also be a reverse channel between thereceiver and the transmitter that the receiver can use to send data tothe transmitter in an analogous manner. There is no reverse channel inthe case of a microwave network. Each of the transmitter and receivergenerally contain a controller, a connection manager and errorcorrection logic that is used to control and manage data transmissionover the connection or connection(s).

In networks where loss of data packets can occur, it is common for thereceiver to detect packet loss (errors) over the forward channel andinform the transmitter over the reverse channel that a packet has beenlost and: 1) the packets are re-transmitted from the transmitter to thereceiver; or 2) additional error correction data may be generated by thetransmitter and sent to the receiver so that a lost or corrupted datapacket can be corrected. This error notification and re-transmissionincreases the system latency because of the time required to communicatethe error from the receiver to the transmitter and then re-transmit therequired data from the transmitter to the receiver.

In some real-time data transmission applications, it may be necessary tosend higher data rates between a transmitter and a receiver than can bedelivered by a single network connection of available networks. Oneapproach may bond two or more network connections to deliver a higher,aggregate data rate between the transmitter and receiver. When bondedconnections are used, the connections are typically of similar type,resulting in a higher aggregate data rate with similar system latency tothe individual connections alone. In general, this approach may alsoimprove the error resiliency of the aggregate connections.

Various solutions exist for improving real-time or near real-time datatransmissions over wireless networks. One example of a previouslydisclosed approach for improving the transfer of time critical data overwireless networks is the Applicant's U.S. patent application Ser. No.12/499,151 for a “MULTIPATH VIDEO STREAMING OVER A WIRELESS NETWORK”.Another technology of the Applicant is discloses solutions for reducingdata transmission related packet loss in time critical datatransmissions over wireless networks, namely U.S. patent applicationSer. No. 13/183,652 (“Related Patents”).

In a bonded connection scenario where the bonded connections may havesignificantly different characteristics, there is a need for a solutionthat addresses the different connection characteristics in a way thatimproves data transmission performance intelligently, or at least analternative. For example, a high network latency, high bandwidthconnection, when bonded with a low network latency, lower bandwidthconnection can provide a combination that will deliver a higher datarate than either connection could deliver alone along with a systemlatency that is less than that achievable by the high network latencyconnection alone. In this scenario, if there is a significant differencebetween the characteristics of the connections that are bonded, improvedperformance can be obtained if the transmitter and/or the receiver haveknowledge of the specific characteristics of each connection and itsrole in data transmission.

Similarly, in another example, a high bandwidth uni-directionalconnection, such as but not limited to microwave, when bonded with a lownetwork latency, lower bandwidth bi-directional connection can provide acombination that may deliver a more efficient use of the uni-directionalconnection.

Managing data transmissions using connection characteristics such as howthese characteristics may change or evolve over time, and how theseconnections can be synthesized into a bonded set of connections thatwill deliver improved performance, presents complex, real-time problems.Thus, an improved method for managing data transmission performancebased on these variable connection characteristics is required. Morespecifically, solutions are required that are suitable for real-time ornear real-time applications that improve the maximum aggregate data rate(i.e. the data sent over each connection) involving data transmission ofrelatively large data sets.

SUMMARY

It is therefore desirable to overcome at least one disadvantage ofconventional systems and methods for transmission of data signals over awireless network, or at least provide an alternative.

In one aspect, embodiments described herein may provide a computerimplemented system for improving performance of transmission inreal-time or near real-time applications from at least one transmitterunit to at least one receiver unit is provided, the system comprising:(A) at least one computer, including one or more processors, beingconfigured to connect to two or more communication networks so as toenable transmission of data from the transmitter unit to the receiverunit; and (B) a data connection manager utility, implemented to orlinked to the computer, the data connection manager utility: (i)generating or accessing current performance data for two or more dataconnections associated with the two or more communication networks, andbased on the current performance data determining current networktransmission characteristics associated with the two or more dataconnections; (ii) bonding or aggregating the two or more dataconnections based on: (1) a predetermined system latency requirement;and (2) dynamically allocating different functions associated with datatransmission between the two or more data connections based on theirrespective current network transmission characteristics; and (iii)dynamically managing the transmission of relatively large data setsacross the two or more bonded or aggregated data connections in a waythat meets the system latency requirement and improves performance inregards to other network performance criteria (including data transferrate, errors, and/or packet loss).

In a further aspect of the system, the two or more data connections mayinclude: (A) at least one satellite or microwave or Ethernet connection;and (B) at least one cellular or Ethernet connection.

In a further aspect, the data connection manager utility includes one ormore intelligent features for allocating data transmission functionsintelligently between the diverse connections in a way that exploits thedivergent characteristics intelligently.

In a yet another aspect, the satellite connection A is used to carrycontent packets, and the cellular connection B that is part of thebonded or aggregated connections carries error control and correctioninformation, such that connection A and connection B compensate for oneanother and, by allocating functions selectively between them, the dataconnection manager utility provides better overall performance.

In a still other aspect, the data transmissions enabled by the presentinvention utilize the relatively high data transfer rates of satelliteconnections while meeting low latency requirements (without sacrificingcontent quality) because error control and correction information aretransmitted relatively soon by using the cellular connection for thispurpose, and thus providing sufficient time to apply correction to thecontent carried over the satellite connection and still meet the lowlatency requirements.

In another aspect of the system, data connection manager utility (A)performs an initial dynamic allocation of the functions and (B)continues to monitor for changes in conditions affecting the improvementof performance of data transmission across the available connections,and if (C) such change is detected that meets one or more predeterminedparameters, thereby optionally triggering a re-allocation of thefunctions.

In another aspect, the transmitter unit and the receiver unit areconfigured to interoperate, so as to achieve bi-directional control ofcommunications for implementing the performance improvements.

In another aspect, the data connection manager utility includes or islinked to a management user interface or dashboard that enables users tointeract with one or more manual and/or automated content deliveryperformance improvement features.

In a further aspect, embodiments described herein may provide a computerimplemented method of improving performance of transmission in real-timeor near real-time applications from at least one transmitter unit to atleast one receiver unit is provided, the method comprising: (A)generating or acquiring from a customer a relatively large data set fortransmission from the transmitter unit to the receiver unit; (B)determining or receiving a system latency requirement associated withthe transmission of the data set; initiating a data connection managerutility, implemented or linked to at least one computer, the computerincluding one or more processors and being configured to connect to twoor more communication networks so as to enable transmission of data fromthe transmitter unit to the receiver unit, to: (i) generate or accesscurrent performance data for the two or more data connections associatedwith the two or more communication networks, and based on the currentperformance data determining current network transmissioncharacteristics associated the two or more data connections; and (ii)bond or aggregate the two or more data connections based on: (1) thepredetermined system latency requirement; and (2) dynamically allocatingdifferent functions associated with data transmission between the two ormore data connections based on their respective current networktransmission characteristics; and (C) managing dynamically, using thedata connection manager utility, the transmission of the data setsacross the two or more bonded or aggregated data connections in a waythat meets the system latency requirement and improves performance inregards to other network performance criteria (including data transferrate, errors, and/or packet loss).

Other aspects and features of the embodiments herein will becomeapparent to those ordinarily skilled in the art upon review of thefollowing description of specific embodiments in conjunction with theaccompanying figures.

BRIEF DESCRIPTION OF FIGURES

Embodiments will now be described, by way of example only, withreference to the attached Figures, wherein:

FIG. 1 illustrates a transmitter (Tx) sending data to a receiver (Rx)over n bonded connections (C1 to Cn) each connection with a latency (L)and a data rate (R);

FIG. 2 shows a graph of system latency versus output error rate for twotypical connections, C1 and C2;

FIG. 3 shows a graph that illustrates how bonding connections ofdiffering latency and data rate characteristics can result in anaggregate connection that is capable of an improved system latencycompared to the higher latency connection by itself;

FIG. 4 shows a flow chart illustrating how late, corrupted or missingdata packets are corrected using packet re-transmission;

FIG. 5 shows a table that lists typical characteristics and roles forsome example connection types;

FIG. 6 shows an example of connection categorization based on networklatency;

FIG. 7a shows an example of categorization of Connections by Latency;

FIG. 7b shows an example of categorization of Connections by Error Rate;

FIG. 8 shows the flow chart illustrating the computation of connectioncharacteristics;

FIG. 9 shows a flow chart illustrating connection categorization modes;

FIG. 10 shows a block diagram of the transmitter;

FIG. 11 shows a block diagram of the receiver; and

FIG. 12 shows an example of synchronizing transmitter and receiverclocks.

DETAILED DESCRIPTION

Throughout the following discussion, numerous references will be maderegarding servers, services, interfaces, portals, platforms, or othersystems formed from computing devices. It should be appreciated that theuse of such terms is deemed to represent one or more computing deviceshaving at least one processor configured to execute softwareinstructions stored on a computer readable tangible, non-transitorymedium. For example, a server can include one or more computersoperating as a web server, database server, or other type of computerserver in a manner to fulfill described roles, responsibilities, orfunctions. One should further appreciate the disclosed computer-basedalgorithms, processes, methods, or other types of instruction sets canbe embodied as a computer program product comprising a non-transitory,tangible computer readable media storing the instructions that cause aprocessor to execute the disclosed steps. One should appreciate thatembodiments described herein may provide computer implemented systemsand methods of improving performance of transmission in real-time ornear real-time applications.

The following discussion provides many example embodiments. Althougheach embodiment represents a single combination of inventive elements,the inventive subject matter is considered to include all possiblecombinations of the disclosed elements. Thus if one embodiment compriseselements A, B, and C, and a second embodiment comprises elements B andD, then the inventive subject matter is also considered to include otherremaining combinations of A, B, C, or D, even if not explicitlydisclosed.

As used herein, and unless the context dictates otherwise, the term“coupled to” is intended to include both direct coupling (in which twoelements that are coupled to each other contact each other) and indirectcoupling (in which at least one additional element is located betweenthe two elements). Therefore, the terms “coupled to” and “coupled with”are used synonymously.

In one aspect, embodiments described herein may provide a highperformance content delivery computer platform (the “platform”) isprovided. The platform is suited for example to real time or near realtime transmission of relatively large data sets—enabling for exampletransmission of video content via wireless connections to broadcastersin a way that meets their requirements, particularly around low systemlatency.

Video content may be received as a data stream which may refer thecontinuous delivery of information, from a data source, to be passed toa receiver. The data source for the data stream may be generated by adata capture device. In the case of an audio or video data stream, theinformation is typically composed of discrete units known as frames.

A video frame may represent a single image in a series of imagesrequired to reconstruct a moving picture. An Audio Frame may be adiscrete segment of a continuous audio data stream. Embodimentsdescribed herein may divide a continuous audio or video data stream intoa stream of fixed length segments, each of which may represent a sliceof time. Played back in sequence, the audio or video frames comprise theentire audio or video data stream.

A video stream or video data stream (e.g. video content) may refer to acontinuous sequence of video frames, typically presented at one of theindustry standard frequencies. A video stream may or may not include anaudio stream.

Real-time delivery of data may refer to a data stream that is outputfrom the receiver at the same rate, and at almost the same instant as itwas captured from the source or transmitted by the transmitter. Theremay not be a true instantaneous output of data after transport acrossthe one (or more) connected networks, so real time may refer to nearreal-time. A near real-time solution may have a delay between captureand subsequent play back. The delay may be fixed for the length of thestream, and may be as short as possible. This delay may also be referredto as latency.

The platform includes or is linked to a network connection bonding oraggregation utility for bonding or aggregating multiple networkconnections (optionally different types of connections and/orconnections associated with different carrier networks). The platformincludes a communication interface that may improve the performance ofthe transmission of relatively large data sets. The communicationinterface may be linked to a communication management dashboard asdescribed below, enabling users to select between a range of manualand/or automated content delivery performance improvement featuresdisclosed herein. Performance of the network(s) for the platform,system, processes may be evaluated or measured using a variety ofmechanisms and metrics. Performance may be referred to as performancedata, performance criteria, network performance, performancemeasurements, performance models, and so on. There are different ways tomeasure performance of a network, as networks vary in design, function,role, use, environment, implementation, and so on. Illustrative examplesof performance measurements may include, but are not limited to, datatransfer rate, throughput, bandwidth, jitter, stability, errors, timing,packet loss, cost, measurements like device buffer/queue length andsignal-to-noise ratio, measurements specific to wireless/cellularnetworks, like RSSI, CQI, RSCP, EC/IO, and so on, and measurementsspecific to satellite like current symbol rate, and son. Performance mayalso be measured using network characteristics as described herein.

One implementation of the technology improves the performance oftransmission of video data for real-time or near real-time transmission,thereby enabling for example live two-way interactive broadcast of videodata (enabling for example talkback, not just the live transmission ofreal-time video).

One contribution of embodiments described herein may involve thediscovery and usage of particulars regarding the differentcharacteristics associated with different types of data connections (forexample a satellite link as opposed to a cellular link) as it relates tocompleting simultaneous real-time or near real-time data transfers ofrelatively large data sets, to the delivery requirements of for examplebroadcasters. These characteristics may be referred to as connectioncharacteristics, network characteristics, transmission characteristics,and so on. Also, these characteristics can vary from network operator tonetwork operator, and also can vary from location to location fromnetwork operator to network operator, and furthermore can vary with thesame network operator in around the same location with time. In realtime or near real time applications, where data transmission ofrelatively large data sets is required from different locations atdifferent times, and the network parameters to meet deliveryrequirements can vary, prior art solutions have not provided asatisfactory solution (based on the requirements of for example,broadcasters), nor is one obvious to those skilled in the art. Variousillustrative examples of network characteristics are referred to herein,including, but not limited to, network latency, data rate, packet loss,cost, availability, scalability, security, reliability, topology,bandwidth, various technical properties, protocols, congestion, service,and so on. These may be static, fixed or dynamic. For example, cost maybe considered a dynamic characteristic, because it may change as theconnection is used. Once a periodic (e.g. monthly) plan allotment on aparticular connection is used, the process or technique may be changedto prefer other connections if their performance is equal, or near-equalin view of system requirements. Network characteristics may relate toelements of network performance as described herein, and performancemeasurements may be used as characteristics in example embodiments.

More particularly, a key requirement for example broadcasters is “systemlatency” (as previously explained), which depends on “network latency”(also defined above). System latency, or end-to-end latency, may bereferred to as Glass to Glass latency. System latency may refer to thetime delay between when a data source is captured (at the glass of thecamera lens) using a data capture device or equipment and the deliveryof the reassembled data stream to the intended receiver. In the simplestcase, the receiver could be a directly connected video output.

Improvement of performance of delivery content across multiple networks,especially in real time or near real time applications, requiresbalancing of different considerations that often compete with oneanother. Generally speaking, developing content delivery solutions thatmeet the mentioned delivery requirements generally requires a trade-offbetween picture quality and latency. This point is detailed furtherbelow.

The inventors have discovered that it is desirable (in delivering realtime or near real time applications to customers) to prioritize latencymore than prior art solutions have typically, or than those skilled inthe art have understood. One aspect of embodiments described hereinprovide systems and methods that (A) receive from a user, or determine,a minimum system latency threshold, and (B) dynamically managetransmission of data across a set of bonded/aggregated connections,depending on applicable network performance parameters, in a way thatmeets a predetermined system latency threshold.

More particularly, the inventors have discovered that the divergentcharacteristics of diverse networks can be exploited advantageously, andmore specifically so as to achieve a desirable data transfer rate, whilemeeting pre-determined system latency performance requirements, byallocating data transmission functions intelligently between the diversenetworks in a way that exploits the divergent characteristicsintelligently.

In addition, embodiments described herein may provide a number ofdifferent aspects of the platform and related computer implementedmethods that may accomplish this result, as detailed below.

As a result, embodiments described herein may enable relatively shortlatency, while providing improved error resiliency which for videoapplications may provide better picture quality, that may not bepossible based on the prior art, nor was obvious to those skilled in theart considering the prior art.

For example, as detailed below, the present invention enables thebonding or aggregation of at least one satellite link and at least onecellular network link. Embodiments described herein may use diverselinks that may be bonded/aggregated in a way that different datatransmission tasks are distributed amongst the diverse links, as part ofthe bonding/aggregation, in a strategic way.

More specifically, as described herein, in accordance with someembodiments, a satellite connection may be used in combination with acellular connection such that (A) the satellite connection is used tocarry content packets (higher data transfer rate but generally highernetwork latency than cellular connections), and (B) an associatedcellular connection (part of the bonded or aggregated connections)carries error control and correction information (lower data transferrates for relatively large data sets but lower network latency thansatellite connections), such that connection (A) and connection (B)compensate for one another and, using the platform to allocate functionsselectively between them, thereby permitting better overall performance.

More specifically, this approach may enable the platform to exploit:

(A) the relatively high data transfer rates of satellite connections,while (B) meeting low latency requirements (without sacrificing contentquality) because error control and correction information aretransmitted sooner (than in prior art solutions) by using the cellularconnection for this purpose, and thus providing sufficient time to applycorrection to the content carried over the satellite connection, whilemeeting the low latency requirements. Using prior art solutions, theremay be insufficient time to allow for the transmission of error controlinformation for re-transmission of missing or incorrect packetscontaining the video signal, in one implementation. This may forcecustomers to accept either longer system latency or inferior errorresiliency (which for certain applications may result in reduced picturequality). Embodiments described herein may remove this constraint andthereby provide important advantages to customers that may not bepossible with prior implementations.

In one aspect, the platform includes a novel and innovative datatransmission manager. The data transmission manager is operable to (A)categorize two or more connections (as explained below), and (B)dynamically allocate transmission related tasks across the categorizedconnections. The reference to “dynamic” allocation may indicate both aninitial dynamic allocation, and also possible dynamic re-allocationbased on detected changes in conditions affecting the improvement ofperformance of data transmission across the available connections.

The categorization/allocation by the data transmission manager, in oneimplementation, results in a set of data transmission parameters thatare generated for a particular transmission (including based onparameters associated with the data set to be transferred, and also thecurrent, relevant network performance parameters). The data transmissionmanager includes intelligent features for updating the data transmissionparameters as required, based on for example changing networkperformance parameters and/or detected errors, as detailed below.

The data transmission manager may implement a decision tree thatincludes a plurality of logic routines or operations for improvement ofperformance of real time or near real time data transmission ofrelatively large data sets. A number of examples of possible logicroutines or operations are provided below. These are examples andvarious other logic routines or operations are possible, and also thatthe platform may be modified to embody various network performanceimprovement techniques.

In a particular aspect of embodiments described herein, a novel andinnovative data transmission performance improvement architecture isprovided wherein a transmission component and a receiver component areprovided, and are configured to interoperate, so as to achievebi-directional control of communications to achieve the desired deliveryrequirements.

The platform optionally includes an administrative dashboard thatenables platform users to access one or more functions and features formanaging the transmission of data, in accordance with embodimentsdescribed herein. Another contribution of embodiments described herein,may be an administrative dashboard that embodies flexibility in enablingusers to manage selection of connections for participation in a datatransmission and allocation of data transmission related tasks acrossthe selected connections either (A) manually or (B) automatically.

Embodiments described herein relate to the real-time transmission ofdata over bonded network connections based on individual connectioncharacteristics. More specifically, there is described a flexibleapproach for manually or automatically selecting and adjusting the datasent over a set of bonded network connections in real-time, whileseeking to provide improved aggregate (bonded) data rate for apre-determined, end-to-end system latency. In addition, for scenarioswhere the application's required data rate is less than the availablebonded data rate, additional optimizations are employed to minimize theoverall cost of the system.

Examples of Implementation

In one example implementation of embodiments described herein, FIG. 1illustrates a transmitter (100) sending data to a receiver (101) overtwo or more connections (C1 to Cn—104) each with a network latency of Land a data rate R measured in megabits per second (Mbps). Transmissionfrom the transmitter to the receiver is over the forward channel (105).Transmission from the receiver to the transmitter is over the reversechannel (106). Two or more connections C may be bonded to deliver ahigher aggregate data rate and the data rate sent over each connectionmay be adjusted in real time to deliver improved aggregate data rate fora pre-determined latency. This may be accomplished for example using thetechniques disclosed in the Related Patents.

The connections C (104) may be of the same type, or they may be ofdifferent types, including but not limited to cellular, WFi, satellite,microwave, Ethernet or optical fiber, and may have differentcharacteristics. These characteristics include but are not limited tonetwork latency, maximum supported bit rate (R) and bit error rate(packet loss). These characteristics are generally a property of aspecific connection type and may vary over time as a result of changingnetwork conditions or other factors (e.g., the changing location of atransmitter). If the connections C are of different types, they may havesignificantly different characteristics that may be known a priori. Forexample, a satellite connection may have high date rate (30 Mbps) andlong network latency (300 ms) compared to a cellular network connection,which may have a lower data rate (1 Mbps) and shorter network latency(100 ms). Alternatively, the characteristics of the connections C maynot be known in advance. Given that microwave may be a uni-directionalconnection C there may be no reverse channel (106) in the case of amicrowave network connection.

In the case where the characteristics of the connections C differsignificantly, it is possible to provide improved data rate for apre-determined system latency if the specific characteristics of theconnections are exploited advantageously. For example, in one exampleimplementation transmission of an 8 Mbps real-time signal may beperformed over a high bandwidth (30 Mbps), long network latency (300 ms)satellite connection in combination with a lower bandwidth (1 Mbps),shorter network latency (100 ms) cellular connection, where improvedperformance is provided by using the satellite connection as the primarydata transmission connection while using the cellular connection forcontrol (i.e. error indication) and error correction (i.e., packetre-transmission).

In this scenario, real-time data packets may be initially sent over thesatellite connection. If the satellite connection were used alone (i.e.,there is only one connection, C1 and no connection bonding is employed),completing a re-transmission of a lost packet may delay the reception ofthe packet at the receiver by for example 900 ms: the network latencyfor the initial transmission (300 ms), plus the network latency for theerror to be reported from the receiver to the transmitter (300 ms), plusthe network latency for the corrected packet to be sent from thetransmitter to the receiver (300 ms). In a real-time data transmissionconfiguration where the target is usually around 1 second systemlatency, the 900 ms of this example (which is fairly typical) forreal-time data transmission including error correction using one packetre-transmission may be unacceptably long and result in a system thatwould not meet the specified system latency requirements.

If the cellular and satellite connections are used withoutclassification in accordance with embodiments described herein, thesystem may still be limited by the longest network latency. Eachconnection may be loaded to its calculated capacity with a combinationof live data, control data and repeated packets. For example, if a liveframe is sent on the cellular (fast) connection and dropped, thereceiver must wait until the sequence number has been missed on thesecond, satellite connection before it can declare it as lost, since thereceiver doesn't know upon which connection the packet was originallysent. As a result, the receiver delays the identification of the missingpacket by the longest network latency, and because of limited channelcapacity, repeated packets may not be delivered in time to meet apredetermined minimum system latency.

However, if the satellite connection is used in combination with thecellular connection, in accordance with embodiments described herein,the aggregate network latency can be reduced to 500 ms by reporting theerror condition (missing packet) and the packet re-transmissions overthe cellular connection. With this approach, a latency improvement oftwo times the network latency difference between the satelliteconnection and the cellular connection can be realized, assuming thatthe cellular connection has sufficient bandwidth and a sufficiently lowerror rate to support the transmission of control information andre-transmission of missing packets. This approach can be generalized tomore than two connections by addressing the different resultantcharacteristics.

An example situation where this approach can be used advantageously isthe transmission of real-time video for broadcast. For broadcastapplications a known system latency (usually called the “glass-to-glasslatency”) is generally required. This is a requirement becausebroadcasters demand known and well-controlled system latencies so theycan easily synchronize multiple video signals as well as synchronizevideo and audio signals. Desired system latencies may be sub 1 second,so that there may be no need to compensate for higher latency. Forexample in a broadcast video implementation, waiting for 5-10 secondsbetween a question from a desk anchor and an answer from a reporter inthe field is not desirable. The present technology provides an improvedmechanism for avoiding such implications of relatively high latency.

As outlined above, if a single satellite connection is used for areal-time video transmission for broadcast, it may not be possible tomeet a sub 1 second latency requirement with sufficient video picturequality. This is because given a network latency over the satelliteconnection of for example 300 ms per transmission there may beinsufficient time to allow for the transmission of error controlinformation to permit re-transmission of missing or incorrect packetscontaining the video signal. Thus, a user may have to accept eitherlonger system latency, or reduced video picture quality.

If a cellular connection with 100 ms latency and satellite connectionwith 300 ms latency are simply bonded together (for example using aknown bonding technique), this may result in a configuration where thesystem latency is determined by the longest network latency of thebonded connections since the transmitter and the receiver are not usingany knowledge about the characteristics of the underlying connectionsfor the transmission of the real-time video stream. Again, a user musttherefore accept either a longer latency or reduced picture quality.

However, if the cellular connection and the satellite connection areused in conjunction with one another as outlined herein, with theunderlying characteristics of the connections either manually set,automatically determined or updated periodically in real-time, and thenused to compensate for one another, a lower system latency (less than 1second) along with improved video picture quality can be providedbecause error control and correction information can be sent over thecellular connection with the lower network latency.

To illustrate embodiments described herein, FIG. 2 is a graph (200)showing a schematic illustration of system latency versus error rate fortwo example connections, C1 and C2. C1 has a network latency of L1milliseconds (203) and a system latency versus output error rate graph(201). Below a certain system latency, typically three times the networklatency L1, the output error rate (unrecoverable errors at the outputdue to delivery failure) increases significantly. Similarly, C2 has alower network latency, L2 (204) and a similar system latency versuserror rate graph (202).

In an error correction scheme that allows one packet re-transmission tocorrect missing, corrupted or lost packets, using C1 alone results in aminimum viable system latency of three times L1 milliseconds at the R1data rate. Similarly, using C2 alone results in a minimum viable systemlatency of three times L2 at a data rate approaching R2. However, thebonded configuration of C1 and C2 can deliver a combined minimum viablesystem latency of L1+2*L2 with a data rate approaching R1, by applyingthe technique of the present invention, where C1 is used for primarydata transmission and C2 is used for error indication (control) andtransmission of error correcting packets, provided that the data ratefor error indication and correction does not exceed R2.

FIG. 3 shows a schematic illustration (300) of the system latency versuscorrected error rate for one packet re-transmission for the bondedconfiguration of C1 and C2, indicated at (C1,C2). As noted above, thesystem latency is now L1+2*L2 (304).

These techniques can be readily extended to account for additionalpacket re-transmissions (see for example FIG. 4) with increased systemlatency and bonding of multiple connections where the connections playdifferent roles based on their characteristics. FIG. 4 shows how errorcorrection is accomplished via packet re-transmission. A packet ismissing if it is never received by the receiver. The receiver is able todetect missing packets using identification information that accompanieseach packet. Various techniques for detection of missing packets areknown in the art. Late packets may be detected by comparing the timesince a packet was sent versus the current estimate of the averagenetwork latency for a specific connection (Cn) on which the packet wassent. If the time since a packet was sent exceeds the estimated averagenetwork latency by a preset threshold, the packet is deemed late and arequest for re-transmission will be sent to the transmitter by thereceiver over the reverse channel. Alternately, if the receiver does notknow which connection (Cn) originally transmitted the missing packet, itcan continuously (i.e. on some interval) report the list of missingpackets to the transmitter, and using the same logic described above,the transmitter can decide when a packet is considered late and initiatethe re-transmission.

In another aspect of embodiments described herein, detection of missingor late packets is further improved by configuring the system so thatthe transmitter informs the receiver about how it has characterized aspecific connection (Cn). For example, in the case of one satellite andone cellular connection, if the receiver knows that the transmitter hascharacterized them as such, it knows that it should only expect primarydata on the satellite connection and only retransmitted packets on thecellular connection. Therefore if the receiver observes a gap in thepacket sequence numbers received on the satellite connection, it canreport the packet as late or missing with a greater degree of confidencesince it knows that the gap is for example not due to the packet stillbeing in transit on the cellular connection.

FIG. 5 shows a table listing typical characteristics for some exampleconnections. Based on the specific characteristics of the connections,they are categorized into roles or functions, such as being used foreither “Primary Data Transmission”, “Control and Error Correction” orboth of these roles or functions. These are illustrative non-limitingexamples of roles or functions associated with data transmission. Otherexamples include, secondary data transmission or redundant transmission,secure transmission, and so on. The “primary data transmission” rolecould be further split based on the capacity/reliability of theconnections. For example, a highly reliable but low bandwidth connectionmight be ideal to be the primary connection for audio packets. There maybe a “generic” role or function, e.g. in the case where the connectionsare similar enough that they are all treated the same so they may allcarry primary data and control/error correction. Various other roles orfunctions may also be used depending on the characteristics of theconnections and the requirements of the system.

In the case where connection characteristics are known a priori and areunlikely to change over time during use, this information can be enteredby the user either as connection characteristics or as a connection rolefor each of the connections in the bonded group of connections. For thesatellite and cellular example above, the satellite connection would bemanually set as the primary data transmission connection and thecellular connection would be assigned the role of control and errorcorrection.

If the connection characteristics are not known in advance, automaticdetection and categorization of these characteristics may be used todiscover the connection characteristics. In another aspect ofembodiments described herein, where the connection conditions are likelyto change this may also be combined with real-time monitoring of thecharacteristics for each connection to ensure that the connectiondelivers improved data rate for a pre-determined system latency underchanging connection conditions. If for example the connectioncharacteristics change and stabilize in a new state, the connection maybe re-categorized. If the connections are changing and do not stabilize,a connection may be categorized as variable. Embodiments describedherein may use various technologies for monitoring the characteristicsof connections, which are well known in the art.

Automatic characterization is also useful where the connection type ismade with a physical interface that can apply to multiple connectiontypes. For example, a satellite connection may be made to thetransmitter with an Ethernet cable. In this scenario, automaticcharacterization of the connection can detect the difference between asatellite connection which has 300 ms typical network latency andvarying packet loss depending on weather conditions (for example) and awired IP connection that may have typical network latency of only 10 msand almost no packet loss.

Some connection characteristics such as cost require a hybrid approach.In some cases the current cost per unit volume of data can be queriedfrom an authoritative third party such as the connection's serviceprovider. In other cases the cost per unit volume might be based on aset of rules, and thus can be entered in the transmitter a priori.

Another case exemplifying the benefits of a hybrid approach may involvea uni-directional microwave network, where the marginal cost oftransmission is negligible, but the sunk cost of creating the privatebandwidth microwave network is substantial. Pairing such a network witha more expensive (per-transmission) bi-directional cell connection,allows the microwave network operator to over subscribe the microwaveconnection, allowing more transmissions to take place over thatfixed-bandwidth link. This is possible as the second low latency linkmay be used to transmit error information back to the transmitter, whichmay not be possible using the uni-directional network. Methods, such asforward error correction, may be used in a uni-directional networksituation to handle transmission errors, but that such methods requireadditional bandwidth in order to send the content plus the errorcorrecting codes. By providing an alternate method of error correctionthat avoids use of the microwave network, embodiments described hereinthereby reduce the bandwidth usage on the microwave network.

Additionally, with forward error correction on a uni-directionalmicrowave network, both the video bitrate and the percentage of recoverydata to be generated and sent need to be chosen in advance of thetransmission, as feedback may not be possible through theuni-directional channel. If the actual percentage of lost data isgreater than the anticipated percentage of lost data, then the recoverydata may be inadequate, leading to a reduction in the quality of thetransmission. Embodiments described herein, by bonding theuni-directional network with a bi-directional network, may allow forfeedback to the transmitter, which creates the possibility to do anycombination of 1) sending more forward error correcting data in caseswhere the percentage of data loss is higher than anticipated, 2)retransmitting any missing data that the forward error correctionrecovery data is not able to supply, 3) reducing the amount of futuredata generated, such as modifying the video bitrate being transmitted.

An illustrative example of how a connection can be categorized inconnection with embodiments described is shown in FIG. 6. Additional oralternative categorizations may be used. The network latency over timefor a connection (600) can be computed using for example a runningaverage (or similar statistic) of the measured network latency. Therelationship of network latency to data rate may be recorded for each ofthe connections within a bonded group of connections. For eachconnection, this data can be split into regions of for example “high”(603), “medium” (602) and “low” (601). Using statistical techniques orother suitable techniques, the network latency for each connection canbe categorized into one of these three categories or optionally a fourthcategory, namely “variable”. Similar categorizations may be made forexample for error rate (packet loss) and other key connectioncharacteristics.

Then, in accordance with aspects of embodiments described herein, thecombination of these characteristics can be employed tomulti-dimensionally categorize a connection into a category where allthe connections in the category have similar characteristics. This mayuse combining techniques.

For simplicity, FIGS. 7a and 7b show two possible characterizationsbased on the measured relationships. These relationships are combinedusing combining techniques and used to create a multi-dimensionalcategorization of connections. Based on the multi-dimensionalcategorization, the role for each connection within the bonded set ofconnections is assigned.

FIG. 8 shows a flow chart illustrating how connection characteristicscan be computed. Time stamped data packets may be sent from thetransmitter to the receiver over the forward channel. This data isreceived by the Receiver and based on (i) the time stamps, (ii) thenumber packets that are correctly received and (iii) the number of outof order packets, statistics for the connection characteristics arecomputed. These statistics are computed on a running basis and sent bythe receiver to the transmitter over the reverse channel every “t”seconds, where “t” is proportional to the measured latency of thespecific connection. Based on these statistics the transmitter willadjust its performance (for example, adjusting the data rate over aparticular channel) and monitor the categorization and role of aspecific connection within the bonded group of connections.

In one particular implementation of embodiments described herein, threeconnection characterization and categorization modes may be used. FIG. 9shows how these modes may operate as an illustrative example. A first“manual mode” may allow the user to enter connection characteristicsand/or connection roles (categorizations) for each connection in thebonded set. A second “discover mode” may allow the user to run aone-time characterization and categorization of each connection in thebonded set as per FIG. 8 and save this information for use with thecurrent real-time data transmission session and future sessions.Finally, a third “real-time tracking mode” initiates on-goingcharacterization and categorization of selected or all connectionswithin the bonded set of connections and updates connectioncharacterization and if necessary categorization (and hence role) on aregular interval T or when there is a significant change in connectioncharacteristics. In one implementation these modes may be implemented asfeatures of the administrative dashboard referred to above.

FIG. 10 shows a block diagram of a representative transmitter (1000)that implements the functionality of embodiments described herein. Thetransmitter (1000) may consist of a connection manager (1001), acontroller (1003) and error connection logic (1004). All incoming andoutgoing data connections (C1 to Cn, 1002) may be controlled by theconnection manager (1001). All incoming data may be received by theinput data port (1005). In operation, the connection manager (1001)assesses whether a given connection (Cn) is active. If the connection isactive, the connection manager (1001) signals the controller (1003) thatthe connection is available for use. The state of a connection (activeor inactive) is managed in real-time by the connection manager (1001)and signaled to the controller (1003) so that appropriate action can betaken should a connection status change state.

Data from the input port (1005) may be sent to the controller (1003).Based on manual settings entered by the user; the one-timecharacterization (either computed or loaded from a saved configuration);or a real-time measurement of the characteristics of each connection(Cn) as per FIG. 9, the controller may assign a role to the connectionas described above. Then, data from the input port (1005), along withdata from the error correction logic is sent over the forward channelusing connections that have been categorized for primary datatransmission. Any available forward channel bandwidth from connectionscategorized as error control and correction may also be used to realizethe target bit rate for data transmission if the bandwidth is not neededfor error control and correction data transmission.

Connections that have been assigned the role of error control andcorrection by the controller will receive error correction and controldata transmitted from the receiver over the reverse channel and supplythis information to the controller (1003) and error correction logic(1004). Using this information, error correction logic (1004) may supplyerror control and correction data to the controller (1003) and thecontroller will send this data over one or more connections (Cn) thathave been assigned the role of error control and correction. Foradditional redundancy this data may also be sent over connections thathave been assigned the role of primary data transmission. Ongoingconnection statistics may also received by the transmitter from thereceiver over the reverse channel.

FIG. 11 shows a block diagram of the receiver (1100). The receiver(1100) consists of a connection manager (1101), a controller (1103) anderror connection logic (1104). All incoming and outgoing dataconnections (C1 to Cn, 1102) are managed by the connection manager(1101). All outgoing data is sent via the output data port (1105). Inoperation, the connection manager (1101) assesses whether a givenconnection (Cn) is active. If the connection is active, the connectionmanager (1101) signals the controller (1103) that the connection isavailable for use. The state of a connection (active or inactive) ismanaged in real-time by the connection manager (1101) and signaled tothe controller (1103) so that appropriate action can be taken should aconnection status change state. In an alternative embodiment of thereceiver, the connection manager (1101) may be absent and thetransmitter (1000) will send connection status information (active orinactive) via C1 to Cn that are in an active state. The transmitter mayalso send the connection role information to the receiver over theforward channel, which can aid the receiver in determining when toreport a packet as missing or late.

Data sent from the transmitter (1000) is received over the activeconnections (C1 to Cn) of the receiver (1100). This data may consist ofreal-time data that will be sent to the output port (1105), includingerror correction and control data and connection role information. Datasent from the receiver (1100) to the transmitter (1000) may consist oferror correction and control information and statistics on connectioncharacteristics. The controller may re-aggregate the data based on therole of the connection (C1 to Cn) and uses the error correction logic(1104) to detect missing, late or corrupted packets. Requests forre-transmissions of missing, late or corrupted packets may be sent bythe controller (1103) through the connection manager (1101) over theconnections that have been assigned to the error control and correctionrole. If sufficient bandwidth is available on C1 to Cn, requests forre-transmission may also be sent over connections that have beenassigned the role of primary data transmission for improved redundancy.

Synchronization

In one particular aspect of embodiments described herein, to ensureaccurate measurement of one-way latency, the clocks at the receiver andthe transmitter may be synchronized. In accordance with embodimentsdescribed herein, synchronization may be accomplished by calculating theoffset (distance) between the transmitter and receiver clock. FIG. 12illustrates how this distance may be calculated. Transmitter (1200)stamps a packet with its local time (t1) and sends it to the receiver(1201), which also stamps the packet with its local time (t2). Thedistance (d) between the two clocks is the difference between t1 and t2,minus the one-way latency (L) between transmitter (1200) and receiver(1201). To calculate L, the average round-trip transit time between thetransmitter and receiver is measured by sending time stamped datapackets over the forward channel from the transmitter to the receiverand over the reverse channel from the receiver to the transmitter. Alarge number of re-transmissions may be used to ensure a statisticallyaccurate measurement. Once a sufficiently large number ofre-transmissions has been made, the average one-way latency (L) isestimated as:

L=(total difference in time)/(number of one-way trips)

Once the distance (d) between the transmitter (1200) and receiver (1201)clocks is known, the clocks are synchronized because timestampsgenerated by one side can be easily converted to timestamps generated bythe other side.

Independent clocks do not necessarily record the passage of time atprecisely the same rate. Therefore the distance (d) calculated betweenthe transmitter (1200) and receiver (1201) clocks may change over time(clock drift). If the drift is close to the resolution required formeasuring one-way network latency, the measurements will not be accurateand as a result the connections may not be characterized correctly. Toaccount for clock drift, consecutive distance (d) measurements arecalculated at fixed intervals, and an average velocity can then becalculated. The transmitter and receiver use the average velocity toindependently adjust the distance (d) over time, keeping the clockssynchronized without the need for explicit communication. This techniquecan be further extended to higher order derivatives (e.g. acceleration)as required.

Other techniques may be used for monitoring and accounting for clockdrift between points such as the known “Flooding time protocol”, or the“Precision Time Protocol”.

Use of Padding

In another aspect of embodiments described herein, padding may beadapted for use in conjunction with the technique of embodimentsdescribed herein.

In the one-time characterization mode (see FIG. 8 and FIG. 9), it mayalso be useful to set the amount of data rate headroom (padding) that isrequired on each active connection. Padding is data in addition to theinput data stream; error correction and control data; and other controldata that is sent by transmitter controller (1003). Padding may servetwo purposes, for example: (1) on many networks it is necessary toconstantly occupy shared data rate to ensure that this additional datarate is available when requested from the network; and (2) to ensurethat sufficient additional data rate is available to meet demand whenthe characteristics of one or more other connections are unable to meetthe required latency, packet loss, or data rate requirements, or theconnection becomes inactive.

For connections that are high bandwidth and/or low latency, but havehigh, uniform loss, the amount of padding sent on the other connectionscan be adaptively adjusted during the one-time characterization mode andalso during real-time tracking mode to compensate for the expected loss.This adaptation ensures that the data rate is reserved on the networkand that sufficient data rate headroom will be available when demandedby the transmitter (1000).

In another embodiment, probing all connections to their maximum datarate using padding or actual real-time data during one-timecharacterization or periodically in real-time tracking mode provides anestimate of the upper limit for the data rate that can be achieved for apre-determined system latency on each connection in the bonded set ofconnections. This approach may be used to handle connections withperiodic burst errors that result in significant data loss for someperiod of time, but shows minimal to no loss at all other times. When aburst error event occurs, knowing the upper limits of the other probedconnections means that they can be quickly ramped up to compensate, anda consistent aggregate data rate may be maintained on the bonded set ofconnections. This approach may be useful for example on cellularconnections when “bursty” loss events with significant data loss occurand the other connections are required to immediately maintain theaggregate data rate.

Both approaches that are used for uniform loss and burst errors may alsobe used when each connection in the set of bonded connections has adifferent cost, and the goal is overall cost minimization of the system.For example, an inexpensive or free connection that has beencharacterized as having high uniform loss or frequent burst errors maystill be used for the role of primary data transmission. The moreexpensive but more reliable connections in the bonded set would bepadded or probed as previously described to compensate, maintaining aconsistent aggregate data rate and average end-to-end network latency.

Advantages

Various advantages of embodiments described herein are discussed above.Embodiments described herein may be further understood by reference toillustrative and non-limiting examples of the advantages, including:

(a) An easy to implement system and method for improving performance oftime sensitive wireless data transmission of relatively large data sets.

(b) A system and method of bonding data connections for real-time datatransmission that can meet pre-determined system latency requirements.

(c) A system and method that also provides increased aggregate data rateand improved error resiliency.

(d) A system and method where the differing characteristics ofindividual connections are used to compensate for each other eitherstatically or dynamically in real-time.

(e) A system and method that enables the characterization of connectionsand tracking changing characteristics (that affect the connection) inreal-time.

(f) A system and method that improves data transmission over a varietyof types of networks by enabling different characteristics associatedwith at least two networks to be utilized in a more advantageous way.

(g) A system and method that enables the automated categorization ofconnection, using characteristics associated with the connection, so asto generate data determining the role that each such connection shallplay in a bonded connection.

(h) A system and method that includes one or more utilities or toolsthat allows users to manage the characterization and use of theconnections in a user friendly way.

(i) A system and method that significantly improves the ability ofcustomers to distribute and consume content in new ways based onimproved ability to transfer large data sets from many differentlocations in a way that meets real-time or near real-time requirements,as well as data quality requirements.

(j) A system and method that enables: manual or automated categorizationof connections; bonding of these connections for real-time datatransmission; and optional real-time tracking of individual connectionswithin a set of bonded connections with the aim of providing improveddata rate for a pre-determined system latency.

Other Implementations

Embodiments described herein may be implemented in a number of differentways. As an illustrative example, the system may be implemented as anapplication that interoperates with the network layers of a carriernetwork. The techniques described in relation to various embodiments mayalso be implemented in the network layers, for example with theparticipation of carrier networks. For example a network manager, usedby a carrier network to manage wireless network operations, may beconfigured to implement the techniques of the present invention, or mayintegrate an application that embodies these techniques. A transmitterand/or receiver may be designed, configured, and/or built to enable thefunctionality described. The computer system may be implemented forexample as a computer implemented network gateway that is configured toconnect to two or more networks and enable the managed data transmissionpaths described in this disclosure, to improve performance.

Techniques to improve performance, and meet other objectives such asreduced cost, as described in this disclosure, may also be used inconjunction with various other systems and techniques for enablingperformance improvements and such other objectives.

1. A computer implemented system for improving performance oftransmission in real-time or near real-time applications from at leastone transmitter unit to at least one receiver unit, the systemcomprising: at least one computer, including one or more processors,being configured to connect to two or more communication networks so asto enable transmission of data from the transmitter unit to the receiverunit; and a data connection manager utility, implemented or linked tothe computer, the data connection manager utility configured for:generating or accessing current performance data for two or more dataconnections associated with the two or more communication networks, andbased on the current performance data determining current networkcharacteristics associated with the two or more data connections;bonding or aggregating the two or more data connections based on apredetermined system latency requirement; dynamically allocatingdifferent functions associated with data transmission between the two ormore data connections based on their respective current networktransmission characteristics; and dynamically managing the transmissionof data sets across the two or more bonded or aggregated dataconnections in a way that meets the system latency requirement andimproves performance in regards to other network performance criteria.2. The system of claim 1, wherein the two or more data connectionsinclude: a) at least one satellite connection; and b) at least onecellular connection.
 3. The system of claim 1, wherein the two of moredata connections comprise diverse networks, and wherein the currentnetwork transmission characteristics of the two of more data connectionscomprise divergent characteristics, wherein the data connection managerutility includes one or more intelligent features for allocating datatransmission functions intelligently between the diverse networks in away that exploits the divergent characteristics.
 4. The system of claim2, wherein the satellite connection A is used to carry content packets,and the cellular connection B that is part of the bonded or aggregatedconnections carries error control and correction information, such thatconnection A and connection B compensate for one another and, byallocating functions selectively between them, the data connectionmanager utility provides better overall performance.
 5. The system ofclaim 4, wherein the data connection manager utility manage datatransmissions to utilize relatively high data transfer rates of the atleast one satellite connection while meeting low latency requirementswithout sacrificing content quality, and wherein data connection managerutility manage transmission of error control and correction informationto be transmitted relatively soon by using the at least one cellularconnection, whereby providing sufficient time to apply correction to thecontent carried over the satellite connection and still meet the lowlatency requirements.
 6. The system of claim 1, wherein the dataconnection manager utility (A) performs an initial dynamic allocation ofthe functions and (B) continues to monitor for changes in conditionsaffecting the improvement of performance of data transmission across theavailable connections, and if (C) such change is detected that meets oneor more predetermined parameters, thereby optionally triggering are-allocation of the functions.
 7. The system of claim 1, wherein thetransmitter unit and the receiver unit are configured to interoperate soas to achieve bi-directional control of communications for implementingthe performance improvements.
 8. The system of claim 1, wherein the dataconnection manager utility includes or is linked to a management userinterface or dashboard that enables users to interact with at least oneof manual and automated content delivery performance improvementfeatures.
 9. The system of claim 1, wherein the other networkperformance criteria include at least one of data transfer rate, errors,and packet loss.
 10. The system of claim 1, wherein the two or more dataconnections include: a) at least one microwave connection; and b) atleast one cellular connection.
 11. The system of claim 10, wherein themicrowave connection A is used to carry content packets, and thecellular connection B that is part of the bonded or aggregatedconnections carries error control and correction information to thetransmitter unit.
 12. The system of claim 1, wherein each of the atleast one transmitter unit and the at least one receiver unit comprise aclock, and wherein the clocks at the receiver and the transmitter aresynchronized.
 13. The system of claim 1, wherein the two or more dataconnections comprise an amount of data rate headroom for padding.
 14. Acomputer implemented method of improving performance of transmission inreal-time or near real-time applications from at least one transmitterunit to at least one receiver unit, the method comprising: generating oracquiring from a customer a data set for transmission from thetransmitter unit to the receiver unit; determining or receiving a systemlatency requirement associated with the transmission of the data set;initiating a data connection manager utility, implemented or linked toat least one computer, the computer including one or more processors andbeing configured to connect to two or more communication networks so asto enable transmission of data from the transmitter unit to the receiverunit: generating or accessing, using the data connection managerutility, current performance data for the two or more data connectionsassociated with the two or more communication networks, and based on thecurrent performance data determining current network transmissioncharacteristics associated the two or more data connections; and bondingor aggregating, using the data connection manager utility, the two ormore data connections based on the predetermined system latencyrequirement; and dynamically allocating different functions associatedwith data transmission between the two or more data connections based ontheir respective current network transmission characteristics; anddynamically managing, using the data connection manager utility, thetransmission of the data sets across the two or more bonded oraggregated data connections in a way that meets the system latencyrequirement and improves performance in regards to other networkperformance criteria (including data transfer rate, errors, and/orpacket loss).
 15. The method of claim 14, wherein the two of more dataconnections comprise diverse networks, and wherein the current networktransmission characteristics of the two of more data connectionscomprise divergent characteristics, wherein the method furthercomprises: allocating, using the data connection manager utility, datatransmission functions intelligently between the diverse networks in away that exploits the divergent characteristics.
 16. The method of claim14, further comprising: performing, using the data connection managerutility, an initial dynamic allocation of the functions; continuing tomonitor, using the data connection manager utility, for changes inconditions affecting the improvement of performance of data transmissionacross the available connections; and if such change is detected thatmeets one or more predetermined parameters, triggering a re-allocationof the functions.
 17. The method of claim 14, further comprising:allocating at least one network to carry content packets as a functionassociated with data transmission; and allocating at least one networkthat is part of the bonded or aggregated connections to carry errorcontrol and correction information to the transmitter unit.
 18. Themethod of claim 14, wherein each of the at least one transmitter unitand the at least one receiver unit comprise a clock, and wherein themethod further comprises: synchronizing the clocks at the receiver andthe transmitter.
 19. The method of claim 14, further comprisingallocating an amount of data rate headroom for padding in the two ormore data connections.